Declare fast forward from 3.24.36-4

[dgit --quilt=unapplied --overwrite]

reftests: Allow minor differences to be tolerated

Based on an earlier patch by Michael Biebl, with additional inspiration
from librsvg's reftests.

Each .ui or .node reftest can have an accompanying .keyfile file
like this:

    [reftest]
    tolerated-diff-level=20
    tolerated-diff-pixels=1000

If the image differs, but the number of pixels that differ is no more
than tolerated-diff-pixels and the differences are no more than
tolerated-diff-level, then we treat it as a success with warnings, save
the .diff.png for analysis, and use g_test_incomplete() to record the
test-case as "TODO".

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Name reftests-Allow-minor-differences-to-be-tolerated.patch

reftest_compare_surfaces: Report how much the images differ

In unattended/non-interactive/autobuilder environments where the images
are not trivially accessible, this provides a way to distinguish between
totally different rendering and more subtle issues.

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Name reftest_compare_surfaces-Report-how-much-the-images-diffe.patch

Don't list images from unknown directories in icon cache

After GTK 2.12.0, gtk-update-icon-cache fails if there is a PNG file
placed directly in /usr/share/icons/hicolor (not in a correct
subdirectory like 48x48/apps).

TODO: This is believed to have been fixed differently upstream, so maybe
this change is no longer necessary:
"I believe a slightly different fix that I did some time ago fixes this
too." --Matthias Clasen, 2008-02-16 04:43:10 UTC

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=451634
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444285
Forwarded: yes
Applied-upstream: no

Gbp-Pq: Name 060_ignore-random-icons.patch

Do not allow devices in an offscreen hierarchy to take grabs.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=658563
Bug: https://gitlab.gnome.org/GNOME/gtk/issues/368
Bug-Ubuntu: https://launchpad.net/bugs/804009
Forwarded: yes

Gbp-Pq: Name 017_no_offscreen_device_grabbing.patch

Don't let offscreen widget do grabbing

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=607668
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=658563
Bug: https://gitlab.gnome.org/GNOME/gtk/issues/368
Bug-Ubuntu: https://bugs.launchpad.net/bugs/512427
Forwarded: yes

Gbp-Pq: Name 016_no_offscreen_widgets_grabbing.patch

Update Galician translation

Origin: upstream, 3.24.38, commit:8a946fd1a495874920654f5bacec3e767085b9ea

Gbp-Pq: Name Update-Galician-translation.patch

Update Hebrew translation

Origin: upstream, 3.24.38, commit:b668e6d8a1128d8adbc481a574cfb4795b4f4064

Gbp-Pq: Name Update-Hebrew-translation.patch

selection: Use the right mime type

The correct mime type for portal file transfers
is application/vnd.portal.filetransfer.

Origin: upstream, 3.24.38, commit:5fee632386f773ff7f0af611bcdfdeeee46dab15
Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5643

Gbp-Pq: Name selection-Use-the-right-mime-type.patch

Release to unstable

d/patches: Update translations from upstream git: gl, he

Add patch to fix incorrect MIME type for file transfer portal

Regression in 3.24.37, affecting interoperability with other
implementations like the one requested in QTBUG-91357.

Update changelog

d/copyright: Remove gtk-text-input.xml

This file is no longer present in the source package.

Remove Lintian overrides for lintian/lintian!452, no longer necessary

Release to experimental

d/patches: Drop interim fixes for GNOME/gtk#5386

These were rejected upstream, and 3.24.37 hopefully fixes this more
correctly.

Drop patches that were applied upstream, update changelog

New upstream release

Update upstream source from tag 'upstream/3.24.37'

Update to upstream version '3.24.37'
with Debian dir 0c50377cee69bbb686c600487c978d44f3d9b131

New upstream version 3.24.37

3.24.37

liststore: Fix gtk_list_store_iter_is_valid()

The iter may be invalid, so we may not read from it.

testsuite/gtk/treemodel tests this and valgrind is shouting about it,
but it never crashed until I just ran it...

This bug is from 2004 and the test is from 2007. I guess invalid memory
accesses don't get caught by CI much.

NEWS: Updates

impcontextsimple: Return from GTask

GLib complains about this now, so do it.

Stop using GTestDBus

It is causing tests to timeout when libraries we are using
leak bus connections, and it turns out our tests run fine
without a session bus.

Backport of 1b265a7971171.

Merge branch 'wip/carlosg/activation-regression-fix-3-24' into 'gtk-3-24'

gtkwindow: Fix fallbacks through xdg_activation_v1

See merge request GNOME/gtk!5581

gtkwindow: Fix fallbacks through xdg_activation_v1

When activating a window, avoid the "old" gdk_notify_startup_complete*()
API that does not fallback into xdg_activation on wayland (as this is still
deferred here until show vs present happens on the surface). This was
mistakenly changed wrt the original commit backported from GTK4.

Fixes: a067938589d ("gtkwindow: Minor refactor")

Merge branch 'file-transfer-portal-gtk3' into 'gtk-3-24'

selection: Support the file transfer portal

See merge request GNOME/gtk!5554

Mention file transfer in the NEWS

Add a test client for file transfer portal

selection: Support the file transfer portal

When the selection target is application/vnd.portal.files,
send files through the file transfer portal.

Belated post-release bump

Finalize changelog and release to unstable.

Record gtk+3.0 (3.24.36-4) in archive suite sid

Mark surface as dirty before flushing it

If we're trying to read back the contents of a GdkWindow that was
created from a foreign windowing system surface, we are going to
forcibly mark it as dirty before flushing the Cairo state.

To avoid regressing any further in the future of the 3.x branch, let's
leave a comment.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5482
Bug-Debian: https://bugs.debian.org/1031112
Origin: upstream, 3.24.37, commit:fba09dbfc7

Gbp-Pq: Name Mark-surface-as-dirty-before-flushing-it.patch

gdk/wayland: save custom xdg-activation startup_id

We must save the startup id. in gdk_wayland_display_notify_startup_complete
which was set by a previous gtk_window_set_startup_id call so we can use it
later when presenting the window.

Needed for activation of gnome-terminal (also needs patches on the application
side, see https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/7952).

Signed-off-by: Joan Bruguera <joanbrugueram@gmail.com>
Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5386
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/5301
Applied-upstream: no, rejected in https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/5302#note_1622250

Gbp-Pq: Name gdk-wayland-save-custom-xdg-activation-startup_id.patch

window: focus on window show for wayland activation

When using xdg_activation this is responsible for submitting
the activation token / startup id to the compositor.

This supersedes 5dca6dce91b4413064c858ae011ea7b1e33421e2, which misses the case
where the window is shown with gtk_widget_show instead of gtk_window_present.
Note 5dca6dce91 was also accidentally missing on the xdg-activation GTK3 port.

Signed-off-by: Joan Bruguera <joanbrugueram@gmail.com>
Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5386
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/5301
Applied-upstream: no, rejected in https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/5302#note_1622250

Gbp-Pq: Name window-focus-on-window-show-for-wayland-activation.patch

reftests: Allow minor differences to be tolerated

Based on an earlier patch by Michael Biebl, with additional inspiration
from librsvg's reftests.

Each .ui or .node reftest can have an accompanying .keyfile file
like this:

    [reftest]
    tolerated-diff-level=20
    tolerated-diff-pixels=1000

If the image differs, but the number of pixels that differ is no more
than tolerated-diff-pixels and the differences are no more than
tolerated-diff-level, then we treat it as a success with warnings, save
the .diff.png for analysis, and use g_test_incomplete() to record the
test-case as "TODO".

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Name reftests-Allow-minor-differences-to-be-tolerated.patch

reftest_compare_surfaces: Report how much the images differ

In unattended/non-interactive/autobuilder environments where the images
are not trivially accessible, this provides a way to distinguish between
totally different rendering and more subtle issues.

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Name reftest_compare_surfaces-Report-how-much-the-images-diffe.patch

Don't list images from unknown directories in icon cache

After GTK 2.12.0, gtk-update-icon-cache fails if there is a PNG file
placed directly in /usr/share/icons/hicolor (not in a correct
subdirectory like 48x48/apps).

TODO: This is believed to have been fixed differently upstream, so maybe
this change is no longer necessary:
"I believe a slightly different fix that I did some time ago fixes this
too." --Matthias Clasen, 2008-02-16 04:43:10 UTC

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=451634
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444285
Forwarded: yes
Applied-upstream: no

Gbp-Pq: Name 060_ignore-random-icons.patch

Do not allow devices in an offscreen hierarchy to take grabs.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=658563
Bug: https://gitlab.gnome.org/GNOME/gtk/issues/368
Bug-Ubuntu: https://launchpad.net/bugs/804009
Forwarded: yes

Gbp-Pq: Name 017_no_offscreen_device_grabbing.patch

Don't let offscreen widget do grabbing

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=607668
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=658563
Bug: https://gitlab.gnome.org/GNOME/gtk/issues/368
Bug-Ubuntu: https://bugs.launchpad.net/bugs/512427
Forwarded: yes

Gbp-Pq: Name 016_no_offscreen_widgets_grabbing.patch

Remove warning

Origin: upstream, 3.24.37, commit:15f0ac6f93

Gbp-Pq: Name Remove-warning.patch

Fixes incorrect grabbing behaviour causing subsequent rejection of input

mouse_location can be set to NULL in gtk_range_update_mouse_location(). This
causes a match with stepper_?_gadget in gtk_range_multipress_gesture_pressed(),
as both are NULL. This leads to a grab being added internally and as well, a
critical error message, and a subsequent rejection of touch inputs. Returning
early when mouse_location is NULL prevents this.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4947
Origin: upstream, 3.24.37, commit:5c6d2c8e87

Gbp-Pq: Name Fixes-incorrect-grabbing-behaviour-causing-subsequent-rej.patch

gdk/wayland: set requesting surface to xdg-activation

The argument to xdg_activation_token_v1_set_surface is documented to be the
surface requesting the activation, not the surface to be activated, which is
given later when calling xdg_activation_v1_activate.
(c.f. https://gitlab.freedesktop.org/wayland/wayland-protocols/-/commit/36cee4bdbcaf3a75f567315809953b5e21d703da)

Use the same logic as in gdk_wayland_app_launch_context_get_startup_notify_id,
i.e. if we have a surface with focus, set that, otherwise set NULL.

This fixes requesting urgent/focus on wlroots (compositors like Sway, etc.),
which was blocked as the surface requesting the activation didn't have focus.

Backport of: 43c1a433aa0839826451f71029965d8e359a9178

Signed-off-by: Joan Bruguera <joanbrugueram@gmail.com>
Origin: upstream, 3.24.37, commit:41827d9f72

Gbp-Pq: Name gdk-wayland-set-requesting-surface-to-xdg-activation.patch

gl: Synchronize when calling MakeCurrent

When making out GL context current, wait
until the GPU is done with commands from
the previous context.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5517
Origin: upstream, 3.24.37, commit:9811485990

Gbp-Pq: Name gl-Synchronize-when-calling-MakeCurrent.patch

gtkapplication: Do not call gdk_display_notify_startup_complete()

This should do nothing worthwhile anymore, the X11/Wayland GtkApplication
implementations do already pass the startup ID from the platform_data
via windowing specific APIs, and the application handling the request
via show()/present() should trigger the activation request.

(cherry-picked from commit 3526d8b299becb7cd1e970ea5228a141eae20257)

Origin: upstream, 3.24.37, commit:79e11bed1a

Gbp-Pq: Name gtkapplication-Do-not-call-gdk_display_notify_startup_com.patch

gtkwindow: Shuffle gdk_window_set_startup_id() calls

While this used to be tangential to windows showing or requesting
focus, the xdg-activation Wayland protocol does merge both concepts
together.

But also, for a correct interaction with the compositor, the
toolkit should ideally merge the activation request resulting from
both into the same one, so that the gdk_window_focus() request
replies to the startup token that started the application and
correct focus-stealing prevention/etc happens, instead making up
one just in time for the focus request.

This kind of requires doing things in the right order, a show()
request on the GtkWindow should activate any pending activation
token on the toplevel, a present() request should additionally
create a new token if there was none pending. And
xdg_activation_v1_activate() should happen once on both.

Shuffle the gdk_window_set_startup_id() calls so that this
happens in the right order for Wayland, while making X11 happy
too.

(cherry-picked from commit e8adfa2a889cd45ee0ce0727d7eae0a61fdb7dce)

Origin: upstream, 3.24.37, commit:2a47038635

Gbp-Pq: Name gtkwindow-Shuffle-gdk_window_set_startup_id-calls.patch

gdk/x11: Emit "remove" s-n message from gdk_toplevel_set_startup_id

In the way towards deprecating gdk_display_notify_startup_complete(),
make gdk_toplevel_set_startup_id() on X11 perform this piece of messaging
itself. It should be harmless that the message is emitted twice, if
callers do still use that API.

(cherry-picked from commit 7fab1b85adbddff7628e3e916f00677080fb9150)

Origin: upstream, 3.24.37, commit:6ccd786a93

Gbp-Pq: Name gdk-x11-Emit-remove-s-n-message-from-gdk_toplevel_set_sta.patch

gdk/wayland: Perform xdg_activation on gdk_window_set_startup_id

This call has everything to perform activation as specified by the
xdg_activation protocol, notably a surface to activate as opposed to
gdk_notify_startup_complete().

Make activation happen here, so that the surface gets activated when
its gets a startup ID assigned.

(cherry-picked from commit 5aeabdb3d404579b5cab4fff1642ed116f745a8b)

Origin: upstream, 3.24.37, commit:f5a5480fe2

Gbp-Pq: Name gdk-wayland-Perform-xdg_activation-on-gdk_window_set_star.patch

gtkwindow: Minor refactor

Move the handling of the startup ID to a separate function, since
this will be called from several places.

(cherry-picked from commit 6f01f846dc66a6359a1524ace13377536821dbb0)

Origin: upstream, 3.24.37, commit:a067938589

Gbp-Pq: Name gtkwindow-Minor-refactor.patch

Take UI scale into acount when loading "image-missing" fallback

Fallback icons loaded were loading at half size (for a 2x scale) and for
cases where it mattered, were being positioned off-center.

Origin: upstream, 3.24.37, commit:89c7d5fe4b

Gbp-Pq: Name Take-UI-scale-into-acount-when-loading-image-missing-fall.patch

Update Lithuanian translation

Origin: upstream, 3.24.37, commit:128cdaa113

Gbp-Pq: Name Update-Lithuanian-translation.patch

gtkcssanimatedstyle: Fix return of new_advance()

This was causing animation and transition to stop randomly and reset
their state to initial state.

This issue has existed since commit
7b68bdb8316fc1bb96c4a5ad16c1885506131d22.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4426
Origin: upstream, 3.24.37, commit:6a2fb84446

Gbp-Pq: Name gtkcssanimatedstyle-Fix-return-of-new_advance.patch

Update Turkish translation

Origin: upstream, 3.24.37, commit:7a9f88ee48

Gbp-Pq: Name Update-Turkish-translation.patch

Update Abkhazian translation

Origin: upstream, 3.24.37, commit:a5198dd935

Gbp-Pq: Name Update-Abkhazian-translation-1.patch

Update Abkhazian translation

Origin: upstream, 3.24.37, commit:459f5537b3

Gbp-Pq: Name Update-Abkhazian-translation.patch

Treat XKB_MOD_NAME_LOGO as super key

Loosely based on !5304, which fixes #4913 for GTK3.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4913
Origin: upstream, 3.24.37, commit:0f55e9552fbd9a248bc180d83c885066bd6e899d

Gbp-Pq: Name Treat-XKB_MOD_NAME_LOGO-as-super-key.patch

tests: make accel tests easier to debug

Origin: upstream, 3.24.37, commit:7a41da3a6e3cfd01decfaab7b7e6783d4a018734

Gbp-Pq: Name tests-make-accel-tests-easier-to-debug.patch

Fix build_gir logic

Origin: upstream, 3.24.37, commit:7e4a2a5724a184c418314f4fdbd7a065ba9e203d

Gbp-Pq: Name Fix-build_gir-logic.patch

gtk+3.0 (3.24.36-4) unstable; urgency=medium

  * Team upload.
  * Backport upstream patch to fix outdated screen state on screenshots.
    (Closes: #1031112)

[dgit import unpatched gtk+3.0 3.24.36-4]

Import gtk+3.0_3.24.36-4.debian.tar.xz

[dgit import tarball gtk+3.0 3.24.36-4 gtk+3.0_3.24.36-4.debian.tar.xz]

Backport upstream patch to fix outdated screen state on screenshots.

Closes: #1031112.

Merge branch 'backport-mr-4620-to-gtk-3-24' into 'gtk-3-24'

GdkWin32: Mouse events fixes

See merge request GNOME/gtk!5493

GdkWin32: Generate crossing event after button release

This is a backport of commit cb0c1b3f to gtk-3-24

GdkWin32: Correct generation of crossing events when holding an implicit grab

This is a backport of commit 91f20016 to gtk-3-24

Merge branch 'ebassi/issue-5482' into 'gtk-3-24'

Mark surface as dirty before flushing it

See merge request GNOME/gtk!5505

Mark surface as dirty before flushing it

If we're trying to read back the contents of a GdkWindow that was
created from a foreign windowing system surface, we are going to
forcibly mark it as dirty before flushing the Cairo state.

To avoid regressing any further in the future of the 3.x branch, let's
leave a comment.

Fixes: #5482

[quartz] Silence two compiler warnings.

One unused function, one return type mismatch.

[quartz] Set the sRGB colorspace on the IOSurface.

Enables colorspace tranformation in Core Animation. This transform
is executed on the GPU and unlike the Core Graphics one has no
affect on performance.

Fixes #5579

Merge branch 'gtk-3-24-focus-to-modal-parant-and-transient-for' into 'gtk-3-24'

Solution for focus loss problem for complex multi Window UI in Broadway backend

See merge request GNOME/gtk!3990

Merge branch 'backport-mr-5489' into 'gtk-3-24'

Backport !5489 to gtk-3-24

See merge request GNOME/gtk!5490

searchengine: Emit a simple warning when tracker init failed

Failure is allowed by nature of GInitable, and this avoids unnecessary
crashing of programs running with G_DEBUG=fatal-criticals.

(cherry picked from commit 6215b38e645f5047d52e625562efccc1e4f85867)

searchengine: Add missing sanity check

(cherry picked from commit 41490f96240eb04d85cbe5e1f264ab09ec00b9e0)

Release to unstable

Make fast forward from 3.24.36-2

[dgit --quilt=unapplied]

gdk/wayland: save custom xdg-activation startup_id

We must save the startup id. in gdk_wayland_display_notify_startup_complete
which was set by a previous gtk_window_set_startup_id call so we can use it
later when presenting the window.

Needed for activation of gnome-terminal (also needs patches on the application
side, see https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/7952).

Signed-off-by: Joan Bruguera <joanbrugueram@gmail.com>
Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5386
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/5301
Applied-upstream: no, rejected in https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/5302#note_1622250

Gbp-Pq: Name gdk-wayland-save-custom-xdg-activation-startup_id.patch

window: focus on window show for wayland activation

When using xdg_activation this is responsible for submitting
the activation token / startup id to the compositor.

This supersedes 5dca6dce91b4413064c858ae011ea7b1e33421e2, which misses the case
where the window is shown with gtk_widget_show instead of gtk_window_present.
Note 5dca6dce91 was also accidentally missing on the xdg-activation GTK3 port.

Signed-off-by: Joan Bruguera <joanbrugueram@gmail.com>
Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5386
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/5301
Applied-upstream: no, rejected in https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/5302#note_1622250

Gbp-Pq: Name window-focus-on-window-show-for-wayland-activation.patch

reftests: Allow minor differences to be tolerated

Based on an earlier patch by Michael Biebl, with additional inspiration
from librsvg's reftests.

Each .ui or .node reftest can have an accompanying .keyfile file
like this:

    [reftest]
    tolerated-diff-level=20
    tolerated-diff-pixels=1000

If the image differs, but the number of pixels that differ is no more
than tolerated-diff-pixels and the differences are no more than
tolerated-diff-level, then we treat it as a success with warnings, save
the .diff.png for analysis, and use g_test_incomplete() to record the
test-case as "TODO".

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Name reftests-Allow-minor-differences-to-be-tolerated.patch

reftest_compare_surfaces: Report how much the images differ

In unattended/non-interactive/autobuilder environments where the images
are not trivially accessible, this provides a way to distinguish between
totally different rendering and more subtle issues.

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Name reftest_compare_surfaces-Report-how-much-the-images-diffe.patch

Don't list images from unknown directories in icon cache

After GTK 2.12.0, gtk-update-icon-cache fails if there is a PNG file
placed directly in /usr/share/icons/hicolor (not in a correct
subdirectory like 48x48/apps).

TODO: This is believed to have been fixed differently upstream, so maybe
this change is no longer necessary:
"I believe a slightly different fix that I did some time ago fixes this
too." --Matthias Clasen, 2008-02-16 04:43:10 UTC

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=451634
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444285
Forwarded: yes
Applied-upstream: no

Gbp-Pq: Name 060_ignore-random-icons.patch

Do not allow devices in an offscreen hierarchy to take grabs.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=658563
Bug: https://gitlab.gnome.org/GNOME/gtk/issues/368
Bug-Ubuntu: https://launchpad.net/bugs/804009
Forwarded: yes

Gbp-Pq: Name 017_no_offscreen_device_grabbing.patch

Don't let offscreen widget do grabbing

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=607668
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=658563
Bug: https://gitlab.gnome.org/GNOME/gtk/issues/368
Bug-Ubuntu: https://bugs.launchpad.net/bugs/512427
Forwarded: yes

Gbp-Pq: Name 016_no_offscreen_widgets_grabbing.patch

Remove warning

Origin: upstream, 3.24.37, commit:15f0ac6f93

Gbp-Pq: Name Remove-warning.patch

Fixes incorrect grabbing behaviour causing subsequent rejection of input

mouse_location can be set to NULL in gtk_range_update_mouse_location(). This
causes a match with stepper_?_gadget in gtk_range_multipress_gesture_pressed(),
as both are NULL. This leads to a grab being added internally and as well, a
critical error message, and a subsequent rejection of touch inputs. Returning
early when mouse_location is NULL prevents this.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4947
Origin: upstream, 3.24.37, commit:5c6d2c8e87

Gbp-Pq: Name Fixes-incorrect-grabbing-behaviour-causing-subsequent-rej.patch

gdk/wayland: set requesting surface to xdg-activation

The argument to xdg_activation_token_v1_set_surface is documented to be the
surface requesting the activation, not the surface to be activated, which is
given later when calling xdg_activation_v1_activate.
(c.f. https://gitlab.freedesktop.org/wayland/wayland-protocols/-/commit/36cee4bdbcaf3a75f567315809953b5e21d703da)

Use the same logic as in gdk_wayland_app_launch_context_get_startup_notify_id,
i.e. if we have a surface with focus, set that, otherwise set NULL.

This fixes requesting urgent/focus on wlroots (compositors like Sway, etc.),
which was blocked as the surface requesting the activation didn't have focus.

Backport of: 43c1a433aa0839826451f71029965d8e359a9178

Signed-off-by: Joan Bruguera <joanbrugueram@gmail.com>
Origin: upstream, 3.24.37, commit:41827d9f72

Gbp-Pq: Name gdk-wayland-set-requesting-surface-to-xdg-activation.patch

gl: Synchronize when calling MakeCurrent

When making out GL context current, wait
until the GPU is done with commands from
the previous context.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5517
Origin: upstream, 3.24.37, commit:9811485990

Gbp-Pq: Name gl-Synchronize-when-calling-MakeCurrent.patch

gtkapplication: Do not call gdk_display_notify_startup_complete()

This should do nothing worthwhile anymore, the X11/Wayland GtkApplication
implementations do already pass the startup ID from the platform_data
via windowing specific APIs, and the application handling the request
via show()/present() should trigger the activation request.

(cherry-picked from commit 3526d8b299becb7cd1e970ea5228a141eae20257)

Origin: upstream, 3.24.37, commit:79e11bed1a

Gbp-Pq: Name gtkapplication-Do-not-call-gdk_display_notify_startup_com.patch

gtkwindow: Shuffle gdk_window_set_startup_id() calls

While this used to be tangential to windows showing or requesting
focus, the xdg-activation Wayland protocol does merge both concepts
together.

But also, for a correct interaction with the compositor, the
toolkit should ideally merge the activation request resulting from
both into the same one, so that the gdk_window_focus() request
replies to the startup token that started the application and
correct focus-stealing prevention/etc happens, instead making up
one just in time for the focus request.

This kind of requires doing things in the right order, a show()
request on the GtkWindow should activate any pending activation
token on the toplevel, a present() request should additionally
create a new token if there was none pending. And
xdg_activation_v1_activate() should happen once on both.

Shuffle the gdk_window_set_startup_id() calls so that this
happens in the right order for Wayland, while making X11 happy
too.

(cherry-picked from commit e8adfa2a889cd45ee0ce0727d7eae0a61fdb7dce)

Origin: upstream, 3.24.37, commit:2a47038635

Gbp-Pq: Name gtkwindow-Shuffle-gdk_window_set_startup_id-calls.patch

gdk/x11: Emit "remove" s-n message from gdk_toplevel_set_startup_id

In the way towards deprecating gdk_display_notify_startup_complete(),
make gdk_toplevel_set_startup_id() on X11 perform this piece of messaging
itself. It should be harmless that the message is emitted twice, if
callers do still use that API.

(cherry-picked from commit 7fab1b85adbddff7628e3e916f00677080fb9150)

Origin: upstream, 3.24.37, commit:6ccd786a93

Gbp-Pq: Name gdk-x11-Emit-remove-s-n-message-from-gdk_toplevel_set_sta.patch

gdk/wayland: Perform xdg_activation on gdk_window_set_startup_id

This call has everything to perform activation as specified by the
xdg_activation protocol, notably a surface to activate as opposed to
gdk_notify_startup_complete().

Make activation happen here, so that the surface gets activated when
its gets a startup ID assigned.

(cherry-picked from commit 5aeabdb3d404579b5cab4fff1642ed116f745a8b)

Origin: upstream, 3.24.37, commit:f5a5480fe2

Gbp-Pq: Name gdk-wayland-Perform-xdg_activation-on-gdk_window_set_star.patch

gtkwindow: Minor refactor

Move the handling of the startup ID to a separate function, since
this will be called from several places.

(cherry-picked from commit 6f01f846dc66a6359a1524ace13377536821dbb0)

Origin: upstream, 3.24.37, commit:a067938589

Gbp-Pq: Name gtkwindow-Minor-refactor.patch

Take UI scale into acount when loading "image-missing" fallback

Fallback icons loaded were loading at half size (for a 2x scale) and for
cases where it mattered, were being positioned off-center.

Origin: upstream, 3.24.37, commit:89c7d5fe4b

Gbp-Pq: Name Take-UI-scale-into-acount-when-loading-image-missing-fall.patch

Update Lithuanian translation

Origin: upstream, 3.24.37, commit:128cdaa113

Gbp-Pq: Name Update-Lithuanian-translation.patch

gtkcssanimatedstyle: Fix return of new_advance()

This was causing animation and transition to stop randomly and reset
their state to initial state.

This issue has existed since commit
7b68bdb8316fc1bb96c4a5ad16c1885506131d22.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4426
Origin: upstream, 3.24.37, commit:6a2fb84446

Gbp-Pq: Name gtkcssanimatedstyle-Fix-return-of-new_advance.patch

Update Turkish translation

Origin: upstream, 3.24.37, commit:7a9f88ee48

Gbp-Pq: Name Update-Turkish-translation.patch

Update Abkhazian translation

Origin: upstream, 3.24.37, commit:a5198dd935

Gbp-Pq: Name Update-Abkhazian-translation-1.patch

Update Abkhazian translation

Origin: upstream, 3.24.37, commit:459f5537b3

Gbp-Pq: Name Update-Abkhazian-translation.patch

Treat XKB_MOD_NAME_LOGO as super key

Loosely based on !5304, which fixes #4913 for GTK3.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4913
Origin: upstream, 3.24.37, commit:0f55e9552fbd9a248bc180d83c885066bd6e899d

Gbp-Pq: Name Treat-XKB_MOD_NAME_LOGO-as-super-key.patch